home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98a.txt / 000034_icon-group-sender _Wed Feb 11 12:26:09 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.8.7/8.8.7) with SMTP id MAA07214
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Wed, 11 Feb 1998 12:26:09 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA20840; Wed, 11 Feb 1998 12:26:08 -0700
  7. Message-Id: <34E1E5FD.4E0EFCC1@ix.netcom.com>
  8. Date: Wed, 11 Feb 1998 12:55:09 -0500
  9. From: David Feustel <feustel@ix.netcom.com>
  10. Reply-To: feustel@ix.netcom.com
  11. X-Mailer: Mozilla 4.04 [en] (WinNT; U)
  12. Mime-Version: 1.0
  13. To: icon-group@optima.CS.Arizona.EDU
  14. Subject: Re: Stand-alone executables
  15. References: <Pine.GSO.3.95.980211014253.12633A-100000@pandora>
  16. Content-Type: text/plain; charset=us-ascii
  17. Content-Transfer-Encoding: 7bit
  18. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  19. Status: RO
  20. Content-Length: 1695
  21.  
  22. For those of you willing to use the precursor to Icon (i.e. Snobol)
  23. you can create a single file containing both the Snobol interpreter
  24. and the Snobol Source file for later execution. See http://www.snobol.com for a free snobol interpreter and info
  25. on Spitbol, a compiled version of snobol.
  26.  
  27. Ramon Pereda wrote:
  28. > 
  29. > On Tue, 10 Feb 1998, Mark Evans wrote:
  30. > 
  31. > > Under Windows/DOS, does there exist any method of bundling the "iconx"
  32. > > interpreter with compiled icon code to create a true "stand-alone"
  33. > > executable?
  34. > 
  35. > No, there does not.  Perl has one though called perl2exe.  The author of
  36. > perl2exe told me that his techniques are a trade secret.  If I had a
  37. > method of bundling the interpreter and application code, I would gave
  38. > gotten away with using Icon much more in my jobs outside of the
  39. > university.  At Texas Instruments, I worked on an assembly source to
  40. > assembly source translator that was based on a terribly hacked up version
  41. > of the assembler.  If I could have created a standalone Icon executable, I
  42. > could have written the translator in Icon.  My experience with the Icon
  43. > compiler was that the resulting source was too large; so, the executable
  44. > would be too large.  This would have drawn the attention of my
  45. > knuckle-headed supervisors.
  46. > 
  47. > Ideally one would like a platform independent way of attaching the input
  48. > to the interpreter to the end executable and to inform the interpreter to
  49. > start reading at the some point in its own executable.  Perl2exe does this
  50. > without recompiling perl.
  51. > 
  52. > If anyone has some techniques, experience, or advice they would like
  53. > to share on this, please speak up.  I'd be glad to chase down any leads.
  54. > 
  55. > -ray
  56.